养一个人做官网，多出来的成本不在工资单上

先把「自己招人更划算」这笔账认真算一遍

在讨论网站建设预算时，这个说法流传得很广，而且乍一看确实成立。外包一个企业官网，无锡市场上定制型的报价大致在两万五到八万之间，要多语言、要商城、要和内部系统打通，报价往上翻一倍也不稀奇。钱花出去，站点交回来，后面每改一个栏目、加一个表单，服务商还要再报一次价，一年零零碎碎又是几千到两三万。三五年下来，投入很容易累计到十几万。

换成招人的思路：招一个能独立做站的前端，本地薪资区间大概在八千到一万三，算上社保公积金和年终，实际用人成本约等于月薪的一点三五到一点四倍，一年十六万上下。这个人还不只做官网，能顺手做小程序页面、做活动落地页、改后台样式、清理老站的历史遗留问题。听上去每一分钱都花在了自己人身上，需求随时提，改动当天就能上线，不用等服务商排期，也不担心哪天对方公司注销了源码要不回来。

这套算法的每一步都没错。它错在默认了一件事：网站建设的工作量是常年连续的。

第二年开始，这笔账就对不上了

一个三十来页的企业官网，从需求梳理到正式上线，全流程大约四十五到七十个工作日，其中设计十二到十八天、前端切页十五到二十天、后台对接十到十五天。这是集中投入的那一段。上线之后呢？把一家做精密零部件的工厂全年的网站动作列一遍：产品页改十到二十次，多数是换参数表和配图；发新闻和案例五十到一百篇；表单收件人调整两三次；年底做一次备案信息核对。这里面真正需要写代码的，加起来不到十五个工作日，其余全是内容工作，一个熟练的运营在后台就点完了。

也就是说，第一年这位前端确实忙了两三个月，第二年他跟官网相关的活可能只剩二十天。一年按二百五十个工作日算，另外那二百三十天他做什么？现实里通常两种走向：一种是被调去补别的缺口，慢慢变成半个 IT 运维，帮同事装打印机、修考勤机、导数据；另一种是真的闲着，自己也觉得没长进，一年半左右提离职。等他走了，站还在，但没人知道服务器面板密码存在哪、模板改过哪些地方、那个他自己写的库存同步脚本以后谁接手。

工资单之外的四笔钱

把账做实，还要补上四项平时不进预算表的支出。一是招聘周期，中级前端从发布岗位到人真正到岗，平均要三十到五十天，急着上线的项目根本等不起。二是试用期折损，前三个月熟悉业务、熟悉产品线，产出打对折是常态。三是固定开销，工位、电脑、设计软件授权、公积金基数，一个人一年再添两三万。四是管理带宽，谁给他派活、谁验收、谁判断他做得对不对；公司里如果没有懂技术的人，这个岗位实际上处于无人监督状态，做成什么样就是什么样，等发现首页在旧手机上排版塌了，可能已经过去半年。

外包报价看着是一次性大额支出，但它买的是一段被压缩过的密集产能：一个设计、一个前端、一个后端在六到十周里集中把事做完，这几个人的成本被摊在服务商手上的多个项目里。企业为网站建设付的是产能，不是工位。

换个拆法：一次性的活和常年的活分开安置

更实际的做法不是二选一，而是先按频率把工作拆开，再决定各自归谁。

一次性的活包括视觉设计、页面开发、后台搭建、数据迁移、上线切换，以及每两到三年一次的改版。这类活周期集中、技能要求杂、做完就闲置，交给外部团队最合算。常年的活包括内容更新、图片处理、询盘跟进、关键词观察、月度数据复盘。这类活频率高、单次简单，但必须懂自家产品和客户，交给内部人最合算——关键是这个岗位不需要是程序员，一个五千到八千的内容运营完全胜任，还能同时管公众号和电商店铺的图文。

这样拆下来，一家中等规模的无锡制造企业，网站建设首年的支出结构大概是：建设外包三到六万，内容运营岗位年成本八到十二万，服务器加域名三千到六千。总额比养一个三人小组的四十五万以上低得多，而且内容更新的响应速度反而更快，因为运营就坐在业务部门旁边，销售刚回来的展会照片下午就能挂上去。

外包这一半，用五个动作把风险摁住

选外包最怕被绑架，防住这一点靠的不是「找一家靠谱的公司」这种模糊标准，而是五个可以逐条检查的动作。域名注册在企业自己名下、用企业邮箱做实名，不要图省事挂在服务商账户里。服务器和云账号自己开、自己持有主账号，给对方开子账号并设权限。合同写明源码和设计源文件在验收后交付，包含未压缩的 PSD 或 Figma 文件，不是只给一堆导出的图片。后台超级管理员账号由企业保管，服务商日常用单独账号操作。交付时要求做一次不少于两小时的录屏培训，把发文章、改产品、换首页图、导出询盘这些动作全演示一遍并存档。

这五条落进合同，将来换服务商的迁移成本就从「重做一个站」降到「导一次数据」。质保期也要单独写：验收后六到十二个月内的功能性缺陷免费修复，日常内容更新归自己做，不要把两者揉进一笔年费里，否则每年那几千块花得不明不白。

什么情况下，还是该自己养人

上面这些不适用于所有公司。判断标准其实只有一条：网站是门面，还是业务本身。

如果站点只是产品、资质和案例的展示窗口，询盘主要靠电话、老客户和展会，那它一年产生的开发需求确实撑不起一个专职岗。但如果网站承载的是交易、会员、在线报价、设备远程监控这类功能，需求每周都在变，改一版要看数据、看转化、马上再改一版，那外包的沟通成本会迅速超过用人成本——服务商排期以周为单位，而这种业务的迭代节奏是以天为单位的。无锡有不少做工业物联网平台和跨境电商的公司，网站就是产品入口，客户在上面下单、查设备状态、提工单，这种情况下自建团队不但成立，而且必须建，通常还得配一个产品经理。

所以「不如自己招人」这句话并不是错的，它只是经常被套用在错的场景里。分界线大致落在这里：全年可以确定的开发需求如果超过一百二十个工作日，自建才开始划算；低于这个数，把网站建设当成周期性的项目采购、把内容运营设成常设岗位，是更稳的结构。真要判断自己在哪一侧，不必凭感觉，把过去十二个月里所有提给技术的需求翻出来，估一遍工时加总，数字会给出答案。